home *** CD-ROM | disk | FTP | other *** search
/ The X-Philes (2nd Revision) / The X-Philes Number 1 (1995).iso / xphiles / hp48hor2 / portpath.doc < prev    next >
Text File  |  1995-03-31  |  1KB  |  34 lines
  1.                          Öííííííííííííííííí, 
  2.                          3  HP48 G/GX Bug  3 
  3.    Öíííííííííííííííííííííïíííííííííííííííííïííííííííííííííííííííí, 
  4.    3  :portnum: { dir ... var } RCL/EVAL  fails if portnum >= 2  3 
  5.    ôííííííííííííííííííííííííííííííííííííííííííííííííííííííííííííí3/4 
  6.                              by Joe Horn 
  7.  
  8. Another G/GX bug has been identified.  Thanx to Jeff Healey and 
  9. Mohamed Fatri for narrowing the search for me.  Here's the scoop. 
  10.  
  11. Suppose you have a directory called AAA which contains a subdirectory 
  12. called BBB which in turn contains a variable called CCC.  If you store 
  13. AAA in a port, you are supposed to be able to recall CCC to the stack 
  14. by executing 
  15.  
  16.                    :portnumber: { AAA BBB CCC } RCL 
  17.  
  18. THIS WORKS FINE on the HP48 S, SX, and G.  But it FAILS on the GX if 
  19. the portnumber is 2 or higher.  In that case, the GX says "RCL Error: 
  20. Undefined Name". 
  21.  
  22. Ditto for EVAL in place of RCL. 
  23.  
  24. Ditto if the wildcard portnumber :&: is used, and the object exists 
  25. only in port(s) >= 2. 
  26.  
  27. Note: This bug only occurs if the list contains more than one name. 
  28. A portnumber-tagged list containing only one name is identical in 
  29. operation to a portnumber-tagged name, and works fine in all HP48 
  30. models & versions. 
  31.  
  32. This bug may be removed in a future version of the GX.  Check your GX 
  33. to see if it has this bug. 
  34.